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Procede et systeme pour traiter, de gre a gre, des ordres d'achat et de 
vente portant sur des instruments financiers standards et/ou 
specifiques. 

La presente invention concerne les precedes et les systfemes permettant de 
soumettre et/ou d'optimiser et/ou de realiser et/ou d'executer des ordres 
d'achat et de vente sur des instruments, principalement financiers, traites de 
gre a gre. 

Les instruments concernes sont des instruments standards et/ou des 
instruments specifiques. 
Instruments standards. 

Au sens de la presente invention, des instruments standards sont des 
instruments dont les caracteristiques sont constantes, non modifiables par 
les utilisateurs, et preenregistrees dans le systeme. A titre d'exemple 
d'instrument standard, on citera le cas d'un depot a six mois en devise 
USD (dollars US) , demarrant en date de valeur du jour, c'est-a-dire deux 
jours ouvres apres la date du jour. 
Instruments specifiques ou non-standards : 

Au sens de la presente invention, on designe par instruments specifiques 
(ou non-standards) tous les autres instruments. D s'agit d'instruments dont 
les caracteristiques sont definies et introduites par un utilisateur dans le 
systeme. Par definition, ils n'existent pas dans la gamme des instruments 
standards. A titre d'exemple d'instrument specifique, on citera le cas d'un 
depot a six mois en devise USD, demarrant dans 126 jours ouvres, ou bien 
encore le cas d'un depot a six mois avec amortissement du capital mensuel. 
Dans le cas des instruments standards comme dans le cas des instruments 
specifiques, le procede et le systeme selon 1 'invention permettent 
d 'organiser un appel aux "encheres" a Tachat et a la vente en temps reel, 
parmi les utilisateurs connectes aux systemes. Le procede et le systeme 
selon Tinvention remplissent et fournissent les services suivants, que les 



instruments soient standards ou specifiques. 

Le procede pour traiter, de gre a gre entre des utilisateurs disposant de 
terminaux informatiques, des ordres d'achat et de vente portant sur des 
instruments financiers standards et/ou specifiques ; ledit procede comprend 
au moins Tune des etapes ci-apres mentionnees. 

a. On collecte en temps reel ou pseudo-reel des ordres d 'achat et de vente 
passes par des utilisateurs. 

b. On compile et on agrege par prix les ordres. 

c. On distribue les ordres aux utilisateurs. 

d. On marie les ordres lorsqu'ils sont compatibles. 

e. On realise une transaction lorsque deux ordres ont ete maries. 
Avantageusement, le procede selon V invention comporte en outre l'etape 
de traiter les ordres et les instruments financiers associes 

- en gerant 

* les conditions d 'existence de Fordre, notamment liees k des 
conditions internes et/ou externes, par exemple la valeur du CAC40, et/ou 

* les parametres de l'ordre, notamment en fonction de 
parametres internes et/ou externes, par exemple le prix en fonction de la 
date, 

et/ou 

- en groupant les ordres et en passant des ordres groupes, et/ou 

- en recherchant des instruments financiers synthetiques ameliorant 
la realisation des ordres passes, et/ou 

- en recherchant des instruments financiers synthetiques permettant 
a un groupe designe d' utilisateurs de negocier un maximum d'ordres avec 
au moins un autre utilisateur. 

De preference, pour collecter en temps reel ou pseudo-reel des ordres 
d'achat et de vente passes par des utilisateurs, on utilise un navigateur 
internet. 



De preference egalement, pour compiler et agreger par prix des ordres 

soumis a des conditions de validite, on gere lesdites conditions de telle 

sorte que seuls les ordres valides soient pris en compte. 

Ainsi, on obtient une distribution d'interets de marche optimisee et 

homogene, et une profondeur de marche facilement lisible. 

De preference egalement, pour marier les ordres, on selectionne les 

utilisateurs qui peuvent negocier entre eux et/ou qui ne peuvent negocier 

que certains instruments et/ou qui ne peuvent negocier que des operations 

d'un certain montant. 

De preference egalement, pour realiser une transaction lorsque deux ordres 
ont ete rnaries, on procede de maniere automatique en adressant des 
confirmations, notamment par fax, par mel ou par telex, a chacun des 
utilisateurs concernes. 

La presente invention conceme egalement un systeme pour traiter, de gre a 
gre entre des utilisateurs disposant de terminaux informatiques, des ordres 
d'achat et de vente portant sur des instruments financiers standards et/ou 
specifiques. Le systeme selon Finvention comprend au moins un centre 
serveur. Chaque centre serveur comprend : 

- des moyens de collecte et de memorisation pour collecter, en temps reel 
ou pseudo-reel, des ordres d'achat et de vente passes par des utilisateurs, 

- des moyens de traitement informatique pour compiler et agreger par prix 
les ordres. 

Ledit centre serveur est connecte, via un reseau de communication 
informatique, notamment du type internet, auxdits terminaux informatiques. 
Ainsi, les utilisateurs re£oivent les ordres et les informations diffusees par le 
centre serveur. 

Les moyens de traitement informatique dudit centre serveur comprennent 
en outre des moyens d 'analyse pour marier les ordres compatibles et 
constater qu'une transaction peut intervenir entre les utilisateurs ayant 



passes les ordres concernes. 

Avantageusement, lesdits moyens de traitement informatique traitent les 
ordres et les instruments financiers associes 

- en gerant 

5 * les conditions d'existence desdits ordres, notamment liees a 

des conditions internes et/ou externes, par exemple la valeur du CAC40, 
et/ou 

* les parametres desdits ordres, notamment en fonction de 
parametres internes et/ou externes, par exemple le prix en fonction de la 
10 date, 
et/ou 

- en groupant les ordres et en passant des ordres groupes, et/ou 

- en recherchant des instruments financiers synthetiques ameliorant 
la realisation des ordres passes, et/ou 

15 - en recherchant des instruments financiers synthetiques permettant 

a un groupe designe d' utilisateurs de negocier un maximum d'ordres avec 
au moins un autre utilisateur. 

De preference egalement, les moyens de collecte component un navigateur 
internet. 

20 De preference egalement, pour compiler et agreger par prix des ordres 

soumis a des conditions de validite, les moyens de traitement informatique 
component des moyens de gestion pour gerer lesdites conditions de telle 
sorte que seuls les ordres valides soient pris en compte. 
Ainsi, on obtient une distribution d'interets de marche optimisee et 

25 homogene, et une profondeur de marche facilement lisible. 

De preference egalement, pour marier les ordres compatibles et constater 
qu'une transaction peut intervenir entre les utilisateurs ayant passe les 
ordres concernes, lesdits moyens d'analyse component des moyens de 
selection pour selectionner les utilisateurs qui peuvent negocier entre eux 
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et/ou qui ne peuvent negocier que certains instruments et/ou qui ne 
peuvent negocier que des operations d'un certain montant. 
De preference egalement, lesdits moyens d 'analyse pour marier les ordres 
compatibles et constater qu'une transaction peut intervenir comprennent 
5 des moyens de transmission, notamment par fax, par mel ou par telex, pour 

confirmer la transaction a chacun des utilisateurs concernes. 
D'autres caracteristiques et avantages de l'invention apparaitront a la 
lecture de la description de variantes de realisation de Tinvention, donnees 
a titre d'exemple indicatif et non limitatif, et de : 

10 - les figures la et lb presentant de maniere schematique divers systemes 

actuellement employes manuellement pour permettre la realisation de 
transactions entre les operateurs de marche (operations connues sous le 
nom d'operations de "trading"), 
- la figure 2 presentant le systeme selon l'invention. 

15 On va main tenant decrire, en se referant aux figures la et lb, la 

configuration des divers systemes actuellement employes manuellement 
pour permettre la realisation de transactions entre les operateurs de marche. 
Les marches financiers reposent sur des echanges d' instruments. Ces 
echanges s'effectuent entre divers acteurs ou groupes d'acteurs en suivant 

20 certains canaux de distribution et de communication. L' architecture de ces 

canaux tient compte des roles de chaque type d 'acteurs, et inversement, la 
fonction de chaque acteur ou groupe d'acteurs definit implicitement la 
nature des liens qui les relient entre eux. La figure l.a represente une vue 
schematique de Forganisation de ces liens, en schematisant au plus simple 

25 les groupes d'acteurs en presence. 

Cette figure represente une salle de marche 1 d'une banque situee dans 
une ville donnee (Banque A a Paris) pour laquelle deux tables de marche 
(autrement appelees "desks" en Iangue anglaise) ont ete montrees. A ces 
tables sont presents deux grandes categories d'operateurs de marche : les 
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vendeurs (table l.a) et les coteurs-gestionnaires des risques et positions 
(table l.b). II faut noter que le vendeur n'est pas necessairement dans la 
meme piece que le coteur : il peut etre dans une agence de province, ou 
dans une autre salle. Certains vendeurs Lc gerent la relation avec les 
5 entreprises clientes 10 (par exemple PEUGEOT), en lui communiquant 

informations, prix, conseils. Un autre vendeur l.d peut etre charge de suivre 
les relations de marches non pas avec des entreprises, mais avec des 
banques (vendeur interbancaire). Le vendeur tire sa valeur ajoutee des 
marges qu'il degage entre les prix traites avec le client, et le prix auquel la 

10 banque se couvre dans le marche par Fintermediaire du coteur. 

Des departements internes peuvent etre amenes a sollicker les operate urs 
d'une salle de marche : par exemple, la direction financiere 9 peut avoir 
besoin d'effectuer des couvertures de risques sur les marches pour couvrir 
ses risques de bilan. Elle s'adresse a la "salle" en general par telephone. 

15 L'echange de ces donnees, notamment les demandes de prix, est repetitif, fl 

se fait en general par telephone, interphone, voire fax, mel. II est done 
entierement manuel. Parfois, les coteurs diffusent leurs conditions d' achat 
et de vente sur des pages internes d' information electronique (a Pinstar 
d'un guichet de change sur les Champs-Elysees qui indique en 
^ 20 permanence a quel prix il achete et vend ses devises). 

A la table des coteurs, on distinguera la presence de differents types de 
coteurs/gestionnaires de risques, repartis par classe de marche ou 
d'instrument, ces operateurs gerent : 

- les cotations et risques de change le, 
25 - les obligations Americaines lg, 

- des produits derives de taux lh, 

des produits de pret et d'emprunt (tresorerie) li, etc.. 
Dans les grandes banques, une table de marche ne contient que des 
operateurs d'une meme classe. 




Entre eux, les coteurs sent aussi amenes a communiquer et traiter : par 
exemple, Toperateur Ig en charge des obligations Americaines peut etre 
amene a se defaire d'un risque de change en Dollar Americain residuel sur 
ses positions obligataires en traitant une operation de Dollar Americain 
contre Euro avec Toperateur de change le. Dans ce cas, Toperateur Ig 
s'apparente a un vendeur, ou plutot a un client vis-a-vis de Toperateur le. 
Tous ces echanges sont administres par telephone, interphone, fax, terminal 
electronique conversationnel de type Reuter 2000, E-Mail, ... Ces 
echanges sont done manuels et du type "un-contre-un". 
Une salle 2 de meme nature que la salle 1 peut se retrouver dans la meme 
banque A mais dans une autre localite (par exemple a New York), ou dans 
d'un autre etablissement bancaire B a Paris 3 ou a New York 4, ou dans 
d'autres banques C 6, D 7. 

L'ensemble de ces "nodules" constitue le marche financier 5. La zone 5 
represente symboliquement la multitude des banques, clients, ou autres 
acteurs, qui peuvent entrer en contact avec la banque A. 
Afin de reguler et faciliter les echanges entre les banques, les courtiers 8, 
veritables intermediaires pour les transactions entre banques, sont relies 
chacun a un grand nombre de banques. lis sont aussi parfois relies a 
d'autres courtiers. Leur metier est de marier les interets de marches de 
banques qui leur sont reliees. lis se remunerent a la commission sur chaque 
operation effectuee par leur intermediaire. Ces courtiers communiquent le 
plus souvent par telephone avec leurs clients (qui sont des coteurs en 
general ou gestionnaires de positions). lis communiquent aussi par terminal 
conversationnel electronique Reuter Dealing 2000. lis utilisent peu ou 
prou les memes moyens de communication qu'entre les vendeurs et les 
coteurs d'une meme banque. 

La figure lb represente une vue de face d'une disposition classique 
d'ecrans telle que Ton peut la trouver chez un operateur charge 
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d'effectuer des cotations et de gerer des portefeuilles de transactions a 
risque (operations autrement appelees "Desk Trading" ou "Desk Trader" 
en langue anglaise). 

La reference 20 designe une platine telephonique, comprenant une dizaine 
de lignes ouvertes en permanence vers certains interlocuteurs (en general 
des courtiers), ainsi qu'un grand nombre de lignes telephoniques 
traditionnelles. Les lignes ouvertes permettent en general de s'adresser aux 
interlocuteurs choisis par Fintermediaire d'un ou plusieurs microphones. 
La reference 21 designe les sorties haut-parleur des lignes telephoniques 
ouvertes. 

La reference 22 designe un ecran de visualisation des informations du 
marehe. La reference 23 designe une fenetre de Fecran 22 diffusant des 
informations Reuter, notamment des nouvelles economiques, financieres, 
specialisees, k la carte, sous forme de menu defilant. La reference 24 
designe une sous-fenetre de la fenetre Reuter 23, diffusant, notamment des 
prix, des informations sur les societes, le suivi des cours et des analyses 
relatifs a une entreprise particuliere, ou a une zone economique particuliere. 
La reference 25 designe une fenetre de Fecran 22 utilisee pour Faffichage 
du cours de change USD/EURD. La reference 26 designe une fenetre de 
Fecran 22 utilisee pour Faffichage de nouvelles de marche. La reference 

27 designe une fenetre de Fecran 22 sur lequel s'affiche entre autres 
Findice Dow Jones et des nouvelles de FASSIOCATED PRESS. 

La reference 31 designe un deuxieme ecran de visualisation. La reference 

28 designe une fenetre de Fecran 31 montrant sous forme graphique 
Fhistorique des taux d'interets. La reference 29 designe une fenetre de 
Fecran 31 permettant Faffichage de la messagerie Bloomberg (systeme de 
messagerie electronique disponible a partir d'un acces a un reseau 
d'informations et d'analyse appartenant a la societe Bloomberg). La 
reference 30 designe une fenetre de Fecran 31 permettant de mettre en 
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oeuvre le systeme Reuter Dealing (Systeme de conversation electronique, 
relie aux autres operateurs (Traders) des banques). 

La reference 32 designe un ecran Reuter 2002 qui est un courtier 
electronique interbancaire, integre au terminal conversationnel Reuter 
Dealing, permettant d'effectuer des operations de change au comptant 
standard entre banques. La reference 33 designe un ecran permettant de 
mettre en oeuvre un systeme de courtage electronique (autrement appele 
"Electronic Broking System" en langue anglaise du nom d'une societe 
fournissant des prestations de courtier electronique interbancaire, a Fimage 
du systeme Reuter 2002 decrit ci-dessus). 

La reference 34 designe un ecran de visualisation dedie a la saisie des 
transactions, la visualisation des positions et risques de marche, etc. ... 
(Gestion de position (Front Office)). La reference 35 designe une fenetre 
de F ecran 34. Cette fenetre est dediee a la saisie des operations (Entree 
Deals ). La reference 36 designe une fenetre de F ecran 34. Cette fenetre 
affiche les profits et pertes du jour. La reference 37 designe une fenetre de 
Fecran 34. Cette fenetre permet d'afficher les positions (Stocks). La 
reference 39 designe une fenetre de Fecran 34. Cette fenetre permet 
d'afficher les lignes de credit. 

On va maintenant decrire le systeme selon Finvention, en se referant a la 
figure 2 qui represente de maniere schematique une variante de realisation. 
L'architecture relie les memes acteurs que ceux de la figure la. Les liens 
traditionnels tels que telephone, fax, interphone, etc. sont dans le cas de 
Finvention tous remplaces par un mode unique de transmission de donnees 
: des connexions informatiques, en general du type TCP/IP (Transmission 
Control Protocol/Internet Protocol) 46. Les utilisateurs agissent tous par 
Fintermediaire d'un terminal, possedant une interface Homme-Machine 
programmee en langage objet (JAVA, C++,..) qui communique avec le 
reseau par Fintermediaire d'un navigateur internet 51. 
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Un organe central a chaque banque, compose d'un ou plusieurs serveurs 
d'application 45 et de base de donnees relationnelles ou non 42, gere la 
collecte, la compilation et la redistribution des prix ou cotations. II gere 
egalement le processus transactionnel qui permet de conclure une 
operation a partir de deux interets de memes caracteristiques mais de sens 
opposes (un acheteur, un vendeur, meme instrument, montants compatibles, 
prix compatibles, contreparties compatibles entre elles). 
Les utilisateurs disposent de terminaux informatiques connectes au serveur 
45, 45'(dans la suite du texte on designera par la meme reference 
numerique Tutilisateur considere et le terminal informatique dont il 
dispose). Considerons les utilisateurs amenes a traiter des operations dans 
le cadre de la banque A. Certains utilisateurs (type coteur 48) alimentent le 
serveur 45 en cotations, d'autres passent des ordres fermes (par exemple 
les vendeurs 47, ou un client PEUGEOT 40, ou la direction financiere 50, 
ou la branche de New York de la banque A 43). 

Les acces au serveur 45 sont varies. On peut utiliser des connections 
directes : 

- sur un reseau interne informatique appele LAN (Local Area 
Network) ou WAN (Wide Area Network) selon la taille, et/ou 

- par lignes telephoniques 49, 

On peut aussi utiliser des connections par le reseau internet 44. Le 
protocole de communication est de type TCP/IP (voir ci-dessus), securise. 
Le mode peut etre : 

- connecte (type I.I.O.P = Internet Inter ORB Protocol, ORB = 
Object Request Broker) 52, et/ou 

- deconnecte (type HTTP : HyperText Transfer! Protocol) 

Les transmissions de donnees sont cryptees par des rnoyens standards, 
l'authentification des utilisateurs est assuree par la presence de certificats 
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de serveurs qui reconnaissent les signatures electroniques de chaque 
personne entrant en connection sur la plate-forme. 

Un tel organe central, complete par les divers moyens d'acces qui 
permettent de Falimenter constitue une plate-forme electronique 
transactionnelle 53 interne a une meme banque (plate-forme intrabancaire). 
La banque B est elle aussi munie d'une plate-forme electronique 54, de 
configuration similaire a celle de la banque A. La plate-forme electronique 
54 comprend : le serveur d'application 45' de la banque B de Paris, le 
serveur de donnees 42' de la banque B de Paris, le navigateur internet 5T 
de la Banque B de P&ris, les terminaux 47' de la banque B de Paris, les 
terminaux 50' direction financiere de la Banque B de P&ris, les terminaux 
43' de la banque B de New York. 

Ces deux plates-formes 53 et 54 peuvent communiquer entre elles soit 
directement, soit par le reseau internet 44. 

Le systeme peut aussi comprendre une plate-forme 55 des plates-formes 
interbancaires, capable de communiquer soit avec une plate-forme 
intrabancaire du type 53 ou 54, soit avec un seul utilisateur connecte 
directement a elle. Cet utilisateur directement connecte peut etre un coteur 
dans une banque de plus petite taille. Celle-ci n'a done pas la necessite de 
s'equiper d'une plate-forme interne electronique. 

Ainsi, on constitue un reseau interconnect^ permettant potentiellement de 
collecter l'ensemble des interets de tous les operateurs de marches de 
toutes les banques. Des regies du jeu (ou regies de compatibilite) sont 
definies afin de limiter Tacces de chacun a ce reseau, selon des criteres 
divers et varies (barrage selectif 41). 

Le systeme integre une definition de parametres de compatibilite propre a 
chaque utilisateur, aboutissant au dessin d'un profil comportemental 
individuel. Les prix visibles par chaque utilisateur sont done fermes a 
chaque instant : il n'est pas necessaire de les verifier. 
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A. Collecte des ordres d'achat et de vente en temps reel ou pseudo-reeh 

En fait la connexion 44, 46, 49, 52 entre les terminaux 40, 43, 47, 48, 50, 
43', 47', 50' et le serveur 45, 45' ne reste pas necessairement ouverte en 
permanence (mode temps reel) pour des raisons de securite. II s'agit pi u tot 
de sequences tres rapprochees d'aller et de retour uniques (mode pseudo 
reel). 

Dans la suite de la description les notions de "temps reel" ou de "temps 
pseudo-reel" auront le sens ci-apres defini. 

Ainsi, par exemple, dans le cas d'un transfert aller et retour entre A et B, le 
transfert est effectue en temps reel si la porte de sortie de A entre A et B est 
ouverte en permanence, de meme que celle de B entre B et A. Une donnee 
peut done librement s'echapper de A pour aller vers B et reciproquement. 
Pendant qu'elle transite, les portes restent ouvertes. Ce mode est dit 
connecte. 

Dans le cas d'un transfert en temps pseudo-reel, le processus de transit est 
different. La porte de A vers B s'ouvre, la donnee peut transiter vers B. La 
porte de A se ferme aussitot apres. La porte de B s'ouvre a rarrivee de la 
donnee. La porte de B se referme aussitot la donnee rentree. De meme dans 
1'autre sens. Ce mode est qualifie de pseudo-connecte. Dans la pratique, 
Touverture des portes A et B est sequencee a intervalles reguliers (toutes 
les 1/2 secondes, ou toutes les secondes, ou plus), de sorte que la mise a 
jour ne s f effectue qu'a intervalles fixes, donnant Timpression d'etre en temps 
reel lorsque les sequences sont tres rapprochees. 

La plate-forme 53, 54, 55 offre aux utilisateurs 40, 43, 47, 48, 50, 43', 47', 
50' la possibility d'adresser au serveur central 45, 45' un ou plusieurs 
ordres d'achat ou de vente, pour une quantite choisie, d'un instrument 
donne standard ou specifique. Cette introduction se fait a partir d'un 
navigateur internet 51,51'. 

L'ordre est "manuel" si l'utilisateur introduit tous les parametres de cet 
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ordre (instrument, prix, quantite, sens, conditions de validite, ...), ou semi- 
automatique lorsque certains de ces parametres sont pilotes par une 
contribution automatique externe, qui les met alors a jour a chaque fois 
qu'ils changent. 

B. Compilation et distribution de ces ordres. 

Le serveur 45, 45' optimise Pensemble de ces ordres manuels ou semi- 
automatiques de fagon objective et systematique. II les compile et les 
agrege par prix, fabriquant ainsi une distribution homogene. Ces ordres 
etant soumis a certaines conditions de validite, le serveur gere ces 
conditions de telle sorte que seuls les ordres valides soient pris en compte. 
Dans la suite de la description les notions "d'optimisation", "de 
compilation", "d'agregation" ou "d'offre homogene" auront le sens ci- 
apres defini. 
Optimisation 

L'optimisation de Tensemble des ordres manuels ou semi-automatiques 
consiste a trouver automatiquement la solution optimale a une requete. 
Par exemple, la requete peut etre du genre : "Parmi toutes les possibilites 
offertes par les combinaisons d'instruments entre eux, quelle est la 
meilleure combinaison pour procurer un emprunt en USD a 6 mois le moins 
cher possible ?". 

Diverses solutions sont envisageables : 

-By a une offre (d'un preteur) qui convient directement dans le 
systeme. 

- En ernpruntant pour 3 mois a un preteur existant dans le systeme, 
et en reempruntant dans 3 mois pour 3 mois (a partir d'une autre offre 
existante), on obtient synthetiquement un emprunt a 6 mois constitue de 2 
operations, et le taux resultant est inferieur a celui propose pour un 
emprunt a 6 mois directement dans le systeme." 

Autre exemple, la requete peut etre du genre : "Parmi tous les ordres 
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presents dans le systeme provenant d'utilisateurs de la banque, quelle est 
I'operation qu'il conviendrait de faire avec par exemple un client de fa9on 
a satisfaire au mieux et de la fa9on la plus approchante ['ensemble de ses 
interets presents ; autrement dit quelle est I'operation a executer de 
maniere a reduire au mieux les risques globaux de la banque. " 
Compilation 

Une base d'ordre existe pour chaque classe d'instruments. Ces ordres sont 
-soit fixes, c'est-a-dire qu'ils comportent des caracteristiques qui ne 
varient pas, ni en prix, ni en montant, 

- soit dependants de conditions externes, le prix de l'ordre peut etre 
fonction d'un autre marche. Par exemple, le prix d'emprunt a 6 mois en 
depot USD peut etre egal au prix de pret a 3 mois moins 0,56 pet. Ou 
encore la validite de l'ordre peut dependre du niveau du CAC40, par 
exemple : l'ordre est valable tant que le CAC40 est au-dessus de 4035. 
A chaque fois qu'un ordre fixe entre dans la base, ou qu'un ordre variable 
est modifie, ou que sa validite change, la base des ordres s'en trouve 
modifiee. La base doit done etre cornpilee par le serveur 45, 45'. Afin de 
permettre un suivi correct du marche par les utilisateurs, il est necessaire de 
reclasser ces ordres pour chaque instrument, par prix, selon les regies de 
compatibility de chacun, en agregeant les montants de plusieurs ordres qui 

seraient inscrits a un meme prix, etc Ce calcul effectue par le serveur 45, 

45 * est la compilation du marche, en une " grille " lisible simplement. La 
compilation integre done a chaque instant les ordres fixes, et les ordres qui 
dependent d'autres parametres. Dans ce cas, pour effectuer la compilation, 
le systeme genere au prealable un ordre qu'il integre dans la base des 
ordres fixes. Ensuite, le systeme classe cet ordre et Tagrege. 
Agregation 

Ainsi que cela vient d'etre expose, Tagregation consiste a additionner les 
montants de plusieurs ordres dont les caracteristiques sont identiques 
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(meme sens, meme instrument, meme prix). Plutot que cTafficher, lors de la 
compilation, uniquement le montant de Tun d'entre eux, il est necessaire 
d'additionner Tensemble des montants de ces ordres de fa9on a ce que 
l'utilisateur voit le montant total disponible a F achat ou a la vente pour le 
5 niveau de prix considere. C'est ce que Ton appelle agreger les ordres d'un 

meme instrument par niveau de prix. 
Distribution homogene 

Pour illustrer la notion de distribution homogene des prix et des montants 
d'une base d'ordres compilee et agregee, a Fachat d'une part, et a la vente 
10 d'autre part, pour chaque instrument., prenons un exemple. 

Par exemple, prenons un instrument X. Supposons que les ordres a Fachat, 

dans leur ordre d'arrivee, soient les suivants. 

INSTRUMENT X INSTRUMENT Y 







Montant * 


Prix 


15 


1 . 


150 




4,55 Meilleur prix acheteur : 6,36 




2. 


35 




4,56 




3. 


45 




4,55 




4, 


60 




4,51 




5. 


500 




4,56 


20 


6. 


100 




Meilleur prix acheteur 

de Instrument Y moins 1 ,80 




* en millions de francs. 




Dans la phase de compilation, le serveur 45, 45' calcule les caracteristiques 




de chaque ordre, pour aboutir, a un instant t, a la serie d'ordres : 


25 


REF 




INSTRUMENT X INSTRUMENT Y 
Montant Prix 




1 . 


A 


150 


4,55 Meilleur prix acheteur : 6,36 




2. 


B 


35 


4,56 




3. 


C 


45 


4,55 
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4. 


D 


60 


4,51 




5. 


E 


500 


4,56 




6. 


F 


100 


4,56 




Puis le serveur 45, 45' classe les ordres par prix : 


5 


REF 




INSTRUMENT X INSTRUMENT Y 








Montant 


Prix 




1 . 


B 


35 


4,56 Meilleur prix acheteur : 6,36 




2. 


E 


500 


4,56 




3. 


F 


100 


4,56 


10 


4. 


A 


150 


4,55 




5. 


C 


45 


4,55 




6. 


D 


60 


4,51 



A ce stade de I'operation, la distribution de Foffre n'est pas homogene. 
Le serveur 45, 45' agrege les montants, pour avoir un affichage : 
15 REF INSTRUMENT X INSTRUMENT Y 

Montant Prix 

1. B+E+F 635 4,56 Meilleur prix acheteur : 6,36 

2. A+C 195 4,55 

3. D 60 4,51 

20 On dispose ainsi d'une distribution homogene. 

Au moment de traiter un ordre de vente qui arriverait a 4.56, un ordre de 
priorite est respecte pour les acheteurs presents a 4,56. L'ordre de priorite 
sera : premier acheteur arrive chronologiquement, premier servi. 
Le serveur se charge de marier les ordres qui peuvent donner lieu a une 

25 transaction, de fa9on selective, en tenant compte des criteres de validite de 

chaque ordre, et des criteres de comptabilite entre deux ordres (certains 
utilisateurs ne peuvent conclure fermement une transaction avec d'autres 
utilisateurs, ou ne peuvent traiter certains types d'instruments, ou ne 
peuvent traiter des operations de plus d'un certain montant, ou bien avoir 
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d'autres criteres de selection sur les operations qu'ils peuvent traiter ou 
non : cela represente les criteres de validite et de comptabilite). 
Mariage 

Pour expliciter la notion de mariage, reprenons Texemple precedent. 
L' ordre de vente suivant arrive : "vendre 580 millions de francs 
d' instruments X (580MM) a 4,56 francs par instrument". Dans ce cas, le 
mariage consiste pour le serveur 45, 45' a identifier les ordres d'achat, par 
ordre de priorite, c'est-a-dire par ordre d'arrivee dans la base, qui sont 
eligibles pour etre mis en face du nouvel ordre de vente dans le but 
eventuel de conclure une transaction. 
En I 'occurrence, le mariage implique : 
Ordre B dans son integralite 35 MM a 4,56 
Ordre E dans son integralite 500 MM a 4,56 
Ordre F partiellement 45 MM a 4,56 

(restera 55 MM a 4,56 pour 1 'ordre F) 

Soitau total : 580 MM a marier aux 580 MM de 

1 'ordre de vente 

Ces ordres sont supposes etre compatibles. 

Dans le cas de Fintrabancaire, il n'y a pas de difference entre le mariage et 
la transaction, car aucune verification n'est necessaire pour autoriser la 
transaction. 

Dans le cas de Tinterbancaire, une fois que le nom ou les noms a marier 
apparaissent, il faut effectuer une recherche pour savoir si, a 1' instant precis, 
les autorisations de credit sont valides. On dit qu'on procede au 
"Checking" (ou controle) des noms de contre parties. On notera que des 
operations mariees peuvent ne pas etre conclues. 

Le serveur remplit une fonction de distributeur. Le serveur se charge 
d'indiquer a chaque utilisateur l'etat du marche, c'est-a-dire qu'il indique 
par le biais de Taffichage a l'ecran en permanence pour les instruments 
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standards ou specifiques quelles sont les conditions d'achat ou de vente 
optimales en fonction des cri teres de compatibilite introduits pour chaque 
utilisateur. II en decoule que chaque utilisateur ne "voit" pas le meme 
marche. 

Dans la suite de la description les notions "de distribution" ou "de 
conditions d'achat ou de vente optimale" auront le sens ci-apres defini. 
Distribution. 

Le serveur 45, 45' re9oit des ordres des marches en provenance des divers 
terminaux des utilisateurs 40, 43, 47, 48, 50, 43\ 47', 50' connectes. D 
renvoie l'affichage de la distribution homogene de chaque instrument a 
chaque terminal de chaque utilisateur en fonction de ses cri teres de 
compatibilite propres. 

L'operation d'affichage est geree par le programme present dans chaque 
terminal. Elle consiste a placer sur I'ecran, de maniere connue en soi, les 
donnees caracterisant la distribution homogene. 

Dans Texemple decrit, le serveur re§oit les ordres suivants dans Pordre : 
REF INSTRUMENT X INSTRUMENT Y 

Montant Prix Meilleur prix acheteur : 6,36 

L 150 4,55 

2. 35 4,56 

3. 45 4,55 

4. 60 4,51 

5. 500 4,56 

6. 100 Meilleur prix acheteur de Instrument Y Moins 1,80 

II renvoie la distribution homogene suivante - en supposant les regies de 
compatibilite verifiees. 
REF INSTRUMENT X 
Montant Prix 
1. 635 4,56 
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2. 195 4,55 

3. 60 4,51 

L'interface homme-machine visualise sur 1'ecran de l'utilisateur 40, 43, 47, 
48, 50, 43', 47', 50' qui la re?oit cette distribution homogene. 
Conditions d'achat ou de vente optimale. 

II s'agit, pour un instrument donne, du meilleur prix d'achat et de vente 
disponible en fonction de ses propres cri teres de compatibility. Si dans 
1'exemple precedent, les ordres B, C et E sont incompatibles, la distribution 
optimale sera celle qui exclut ces trois ordres. Une fois compilee et agregee 
par le serveur 45, 45' la distribution optimale sera : 
REF INSTRUMENT X 





Montant 


Prix 


1. 


100 


4,56 


2. 


150 


4,55 


3. 


60 


4,51 



C'est par un processus iteratif de soumission/envoi d'ordres, d'affichages, 
de modification de Pordre initial, etc. ... que nait la negociation en temps 
reel ou pseudo-reel. 
Processus iteratif 

La negociation a proprement parler entre un acheteur W et un vendeur Z 
va se traduire, autour d'un meme instrument, par la modification par chacun 
des deux acteurs de leurs conditions d'achat pour W et de vente pour Z. 
W va chercher a faire baisser le prix de Z, et inversement pour Z. W pourra 
bluffer en re ti rant son ordre en faisant croire qu'un autre vendeur lui a 
vendu l'instrument, ou modifier le montant de l'ordre. C'est au travers de 
ces actions de modification de prix et de montant qu'un processus 
interactif et iteratif de negociation se met en marche. L' iteration se 
poursuit jusqu'a ce que les prix de W et de Z soient egaux. En realite, 
plusieurs acheteurs et vendeurs se retrouvent autour d'un instrument, de 
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telle sorte que le jeu de negociation devient interactif. 

C. Realisation de transactions 

Le serveur lorsqu'il a pu marier deux ordres compatibles, genere 
automatiquement une transaction. U peut etre amene a demander une 
confirmation a chacune des contreparties avant de boucler definitivement 
la transaction dans le vas ou un accord "manuel" d'engagement de credit 
doit etre etabli entre Ies acteurs. Dans les autres cas, le processus est 
entierement automatise. 

S'ensuit alors Penvoi automatique de confirmations par mels, fax, ou telex, 
a chacune des deux contreparties. 

D. Particularites intelligentes du systeme, avec exemples. 
Le serveur peut administrer certaines fonctions d'optimisation : 

• Existence de conditions de validite liees a un ordre. 

Un ordre peut voir sa validite ou ses parametres dependre de conditions 
externes telles que : 

* les parametres de Fordre tels que prix, montant, sont des fonctions 
d'autres parametres externes (date, cours du dollar, temperature 
exterieure,...) ou internes (parametres appartenant a d'autres ordres 
presents dans le systeme). Ex : "le prix de mon ordre est egal au prix d'un 
autre ordre moins 2 francs", ou "le montant de mon offre est egal a 100 
multiplie par le cours du dollar". 

* Fexistence, done la validite de Fordre, depend de conditions 
externes ou internes. Ex "j'achete tel instrument a 3 francs tant que le 
CAC40 est au-dessus de 4000", ou "je suis acheteur pour 500 millions 
mais je ne veux que des transactions d'au moins 100 millions a la fois", ou 
"mon ordre est valable chaque jour entre 14h et 17h30". 

• Passage d'ordres groupes lies les uns aux autres. 

A titre d'exemple d'ordres groupes, on peut citer Fordre suivant : 
"J'achete le produit A a 3 FFR si je peux vendre le produit B a 5 FFR". 
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Combine avec la fonction precedente, on obtient le cas general d'un 
passage d'ordres groupes dont la validite est dependante de conditions 
externes. Par exemple : "J'achete le produit A a 3 FFR, si je peux vendre le 
produit B a 5 FFR et ce tant que le CAC40 est au-dessus de 4000". 
• Recherche d'un prix optimal. 

Le serveur, a la demande d'un utilisateur, recherche tous les moyens 
synthetiques d'executer son ordre de maniere a en ameliorer les conditions 
d'execution. 

* Detection d'arbitrage automatique 

Dans ce cas, le serveur recherche seul, pour le compte de chaque utilisateur, 
en fonction de ses propres parametres de validite, comptabilite, des couples 
d 'operations synthetiques fabriquees a partir de composants differents, 
mais aboutissant a un instrument aux memes caracteristiques, de telle sorte 
que Tune puisse etre achetee moins chere que Pautre, et done ainsi 
degager un profit de d'arbitrage. Ex : je peux emprunter 10 millions de 
USD pour six mois a 4%. Par ailleurs, je peux vendre 10 millions de USD au 
comptant contre des FFR, et preter les FFR pendant six mois, et vendre a 
terme dans six mois le capital et les interets generes en FFR contre des 
USD. Cette derniere operation revient de fa?on synthetique a preter 10 
millions de USD. Si ce deuxieme groupe d'operations me permet 
d'effectuer un pret synthetique a 4, 07 %, je gagne sans risque 0, 07% sur 
le montant notionnel. C'est cela un arbitrage pur. 

* Optimisation d'un ordre par recherche prealable de tous les 
arbitrages possibles. 

Par exemple , si je cherche a preter 10 millions de USD a six mois,je peux 
soit effecteurla chaine d'operations decrite dans le cas precedent, et done 
obtenir un pret synthetique a 4, 07%, soit preter directement a 4% en tant 
que depot a six mois. 

* Recherche d'operations a effectuer de fa9on a permettre a un 
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groupe designe d'utilisateurs de se "destocker" de leurs ordres. 
Autrement dit, si plusieurs utilisateurs affichent un interet sur divers 
instruments, il s'agit de fabriquer un instrument synthetique qui sera 
propose a un autre utilisateur de telle sorte qu'en effectuant la transaction, 
un maximum d'interets de depart disparaissent. 

Difference entre detection d'arbitrage et optimisation par arbitrage 
La detection d'arbitrage automatique consiste a declencher 
automatiquement une chaine d'operations lorsque certaines conditions 
sont remplies. 

Par exemple, dans l'exemple de l'arbitrage du depot a 6 mois, le systeme a 
repere la possibilite d'emprunter 10 MM de Dollars a 4,00 pet directement, 
et conjointement la possibilite 

de les vendre au comptant et les acheter a terme dans 6 mois contre 
des FFR. et de 

preter les francs ainsi obtenus pendant six mois. 
Ainsi le systeme a repere que les flux en francs s'annulent deux k deux, et 
que les flux d'entree des USD dans 6 mois, provenant du rachat a terme 
des USD, generent un pret synthetique en USD a 4,07 pet. 
Dans ce cas de detection automatique d'arbitrage, le systeme engage 
automatiquement cette serie d'operations conjointes de maniere a gagner 
au bout du compte la difference entre 4,07 pet et 4,00 pet. 
L 9 optimisation par arbitrage consiste a chercher parmi les moyens 
synthetiques, la chaine d'operations optimale qui diminue au maximum 
mon prix d'emprunt de ces DOLLARS pour 6 mois. II n'y a pas dans ce cas 
une chaine d'operations totalement bouclee. 
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Revendications 

1. Procede pour traiter, de gre a gre, entre des utilisateurs disposant de 
terminaux informatiques (40, 43, 47, 48, 50, 43', 47', 50'), des ordres 
d'achat et de vente portant sur des instruments financiers standards et/ou 
5 specifiques ; ledit procede comprenant au moins Tune des etapes comprise 

dans le groupe des etapes suivantes : 

- on collecte (45, 42, 45', 42') en temps reel ou pseudo-reel des 
ordres d'achat et de vente passes par des utilisateurs 

- on compile (45, 42, 45', 42') et on agrege (45, 42, 45', 42') par prix 
10 les ordres, 

- on distribue (45, 42, 45', 42') les ordres aux utilisateurs, 

- on marie (45, 42, 45', 42') les ordres lorsqu'ils sont compatibles, 
-on realise une transaction (45, 42, 45', 42') lorsque deux ordres 

ont ete maries. 

15 2, Procede selon la revendication 1 comportant en outre l'etape de traiter 

les ordres et les instruments financiers associes 

- en gerant (45, 42, 45', 42') 

* les conditions d'existence de l'ordre, notamment liees a des 
conditions internes et/ou externes, par exemple la valeur du CAC40, et/ou 
20 * les parametres de l'ordre, notamment en fonction de 

parametres internes et/ou externes, par exemple le prix en fonction de la 
date, 
et/ou 

- en groupant (45, 42, 45', 42') les ordres et en passant (45, 42, 45', 
25 42') des ordres groupes, et/ou 

- en recherchant (45, 42, 45', 42') des instruments financiers 
synthetiques ameliorant la realisation des ordres passes, et/ou 

- en recherchant (45, 42, 45', 42') des instruments financiers 
synthetiques permettant a un groupe designe d'utilisateurs de negocier un 
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maximum d'ordres avec au moins un autre utilisateur. 

3. Precede selon Tune quelconque des revendications 1 ou 2 tel que pour 
collecter (45,42,45 % 42') en temps reel ou pseudo-reel des ordres d'achat 
et de vente passes par des utilisateurs, 

5 - on utilise un navigateur internet (51,51*)- 

4. Procede selon Tune quelconque des revendications 1 a 3 tel que pour 
compiler et agreger par prix des ordres soumis a des conditions de validite, 

- on gere (45, 42, 45 % 42') lesdites conditions de telle sorte que seuls 
les ordres valides soient pris en compte, 

10 de sorte que Ton obtient ainsi une offre optimisee et homogene. 

5. Procede selon Tune quelconque des revendications 1 a 4 tel que pour 
marier les ordres, 

- on selectionne (45, 42, 45\ 42') les utilisateurs qui peuvent 
negocier entre eux et/ou qui ne peuvent negocier que certains instruments 

15 et/ou qui ne peuvent negocier que des operations d'un certain montant. 

6. Procede selon Tune quelconque des revendications 1 a 5 tel que pour 
realiser une transaction lorsque deux ordres ont ete maries, 

- on procede de rnaniere automatique (45, 42, 45', 42') en adressant 
des confirmations, notamment par fax, par mel ou par telex, a chacun des 

20 utilisateurs concernes. 

7. Systeme pour traiter, de gre a gre entre des utilisateurs disposant de 
terminaux informatiques (40, 43, 47, 48, 50, 43', 47', 50'), des ordres 
d'achat et de vente portant sur des instruments financiers standards et/ou 
specifiques ; ledit systeme etant tel qu'il comprend au moins un centre 

25 serveur (45, 42, 45', 42') comprenant 

* des moyens de collecte et de memorisation pour collecter en 
temps reel ou pseudo-reel des ordres d'achat et de vente passes par des 
utilisateurs, 

* des moyens de traitement informatique pour compiler et 
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agreger par prix les ordres, 

ledit centre serveur (45, 42, 45', 42') etant connecte via un reseau de 
communication (44, 46, 49, 52) informatique, notamment du type internet, 
auxdits terminaux informatiques, 
5 de sorte que les utilisateurs re§oivent les ordres et les informations diffusees 

par le centre serveur, 

les moyens de traitement informatiques dudit centre serveur (45, 42, 45 \ 
42') comprenant des moyens d'analyse pour marier les ordres compatibles 
et constater qu'une transaction peut intervenir entre les utilisateurs ayant 
10 passe les ordres concernes. 

8. Systeme selon la revendication 7 tel que lesdits moyens de traitement 
informatique traitent les ordres et les instruments financiers associes 

- en gerant 

* les conditions d 'existence desdits ordres, notamment liees a 
15 des conditions internes et/ou externes, par exemple la valeur du CAC40, 

et/ou 

* les parametres desdits ordres, notamment en fonction de 
parametres internes et/ou externes, par exemple le prix en fonction de la 
date, 

20 et/ou 

- en groupant les ordres et en passant des ordres groupes, et/ou 

- en recherchant des instruments financiers synthetiques ameliorant 
la realisation des ordres passes, et/ou 

- en recherchant des instruments financiers synthetiques permettant 
25 a un groupe designe d'utilisateurs de negocier un maximum d'ordres avec 

au moins un autre utilisateur. 

9. Systeme selon Tune quelconque des revendications 7 ou 8 tel que les 
moyens de collecte comporte un navigateur internet (51, 5 T). 

10. Systeme selon Tune quelconque des revendications 7 a 9 tel que pour 
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compiler et agreger par prix des ordres soumis a des conditions de validite 
les moyens de traitement informatique comportent des moyens de gestion 
pour gerer lesdites conditions de telle sorte que seuls les ordres valides 
soient pris en compte. 

de sorte que l'on obtient ainsi une offre optimisee et homogene. 

11. Systeme selon l'une quelconque des revendications 7 a 10 tel que pour 
marier les ordres compatibles et constater qu'une transaction peut 
intervenir entre les utilisateurs ayant passe les ordres cc-ncernes, lesdits 
moyens d'analyse component des moyens de selection pour selectionner 
les utilisateurs qui peuvent negocier entre eux et/ou qui ne peuvent 
negocier que certains instruments et/ou qui ne peuvent negocier que des 
operations d'un certain montant. 

12. Systeme selon l'une quelconque des revendications 7 a 11 tel que 
lesdits moyens d'analyse pour marier les ordres compatibles et constater 
qu'une transaction peut intervenir comprennent des moyens de 
transmission, notamment par fax, par mel ou par telex, pour confirmer la 
transaction a chacun des utilisateurs concerned. 
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Revendications 

1. Systeme pour traitor, de gre a gre entre des utilisateurs disposant de 
terminaux informatiques (40, 43, 47, 48, 50, 43', 47% 50'), des ordres 
d 'achat et de vente portant sur des instruments financiers standards et/ou 
specifiques ; ledit systeme etant tel qu'il coniprend au moins un centre 
serveur (45, 42, 45', 42') comprenant 

* des moyens de collecte et de memorisation pour collecter en 
temps reel ou pseudo-reel des ordres d 'achat et de vente passes par des 
utilisateurs, 

* des moyens de traitement informatique pour compiler et 
agreger par prix les ordres, 

ledit centre serveur (45, 42, 45', 42') etant connecte via un reseau de 
communication (44, 46, 49, 52) informatique, notamment du type internet, 
auxdits terminaux informatiques, 

de sorte que les utilisateurs re9oivent les ordres et les informations diffusees 
par le centre serveur, 

les moyens de traitement informatiques dudit centre serveur (45, 42, 45', 
42') comprenant des moyens d'analyse pour marier les ordres compatibles 
et constater qu'une transaction peut intervenir entre les utilisateurs ayant 
passe les ordres concernes. 

2. Systeme selon la revendication 1 tel que lesdits moyens de traitement 
informatique traitent les ordres et les instruments financiers associes 

- en gerant 

* les conditions d'existence desdits ordres, notamment liees a 
des conditions internes et/ou externes, par exemple la valeur du CAC40, 
et/ou 

* les parametres desdits ordres, notamment en fonction de 
parametres internes et/ou externes, par exemple le prix en fonction de la 
date, 
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et/ou 
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- en groupant Ies ordres et en passant des ordres groupes, et/ou 

- en recherchant des instruments financiers synthetiques ameliorant 
la realisation des ordres passes, et/ou 

- en recherchant des instruments financiers synthetiques permettant 
a un groupe designe d'utilisateurs de negocier un maximum d'ordres avec 
au moins un autre utilisateur. 

3. Systeme selon Tune quelconque des revendications 1 ou 2 tel que les 
moyens de collecte comportent un navigateur internet (51, 51'). 

4. Systeme selon Tune quelconque des revendications 1 a 3 tel que, pour 
compiler et agreger par prix des ordres soumis a des conditions de validite, 
les moyens de traitement informatique comportent des moyens de gestion 
pour gerer lesdites conditions de telle sorte que seuls les ordres valides 
soient pris en compte. 

de sorte que Ton obtient ainsi une offre optimisee et homogene. 

5. Systeme selon Tune quelconque des revendications 1 a 4 tel que, pour 
marier les ordres compatibles et constater qu'une transaction peut 
intervenir entre les utilisateurs ayant passe les ordres concernes, lesdits 
moyens d'analyse comportent des moyens de selection pour selectionner 
les utilisateurs qui peuvent negocier entre eux et/ou qui ne peuvent 
negocier que certains instruments et/ou qui ne peuvent negocier que des 
operations d'un certain montant. 

6. Systeme selon Tune quelconque des revendications 1 a 5 tel que lesdits 
moyens d'analyse pour marier les ordres compatibles et constater qu'une 
transaction peut intervenir comprennent des moyens de transmission, 
notamment par fax, par mel ou par telex, pour confirmer la transaction a 
chacun des utilisateurs concernes. 
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